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CONVERSATIONAL DEALING SYSTEM 
FIELD OF THE INVENTION 

This invention relates to dealing systems and in 
particular to conversational dealing or trading system 
5 dealing in instruments between parties. It is 

particularly, but not exclusively, related to financial 
trading and dealing systems which trade various financial 
instruments . 

BACKGROUND TO THE INVENTION 

10 It has become commonplace to trade financial instruments 
using computer systems. These have, to a large extent, 
replaced open outcry trading methods in which traders 
traded face to face on trading floors . Various 
computerised trading systems have evolved for trading 

15 different instruments such as foreign exchange spot (FX 
Spot) , forward rate agreement (FRAs) and other 
instruments. Some systems are anonymous, in that the 
counterparties to a trade do not know the identity of 
other counterparties in the market until a deal has been 

20 done. Successful anonymous trading systems have bee 

operated for a number of years by EBS Dealing Resources, 
Inc. and by Reuters pic. The latter company has also run 
a conversational dealing system known as Reuters 2000/1 
which computerises the conversational exchange between 

25 traders in reaching a deal allowing deal negotiation 

between traders . 

Existing dealing systems have tended to support traders 
trading a single instrument. In large institutions, where 



a given trader only trades a single instrument this does 
not cause any difficulties. However, in smaller 
institutions, a foreign exchange trader, for example, may 
trade several types of instruments for one or more 
5 currency pairs. It is inconvenient for such a trader to 
have to use several different trading systems or to have 
to use a mix of computerised systems and traditional 
trading methods such as voice brokers . 

There is, therefore, a need for a system which integrates 
10 trading of a number of instruments on a single platform to 
simplify trading, particularly for traders in smaller 
institutions . 

Financial markets such as foreign exchange markets can 
operate at extreme speed. Dealers are required to react 

15 to market activity near instantaneously to avoid losing 

potential deals. As a result, the trader terminal must be 
visually very simple and easy for the trader to assimilate 
new or changing information. The ability to trade a 
number of different instruments from a single terminal 

20 adds to the complexity and can lead to more information 
being presented to the trader. 

At any one time, a trader may be involved in many deals, 
some which will mature into done deals and others which 
will be cancelled at some stage prior to completion. 

25 These deals may be in a variety of instruments. Each of 
these deals will have instrument specific information 
which the trader must be able to see to enable him to make 
the deal. However, displaying all this information on the 
screen makes the screen visually hard to interpret for the 

30 trader and is, therefore, not desirable. 
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SUMMARY OF THE INVENTION 

The invention resides in the use of parsing to detect 
terms in conversation which indicated a change in deal 
5 status. After that, other deal related processing is 
performed by the deal stack. 

More specifically, there is provided a conversational 
dealing system for trading instruments between 
counterparties, comprising a plurality of trader terminals 

10 each having a user interface for inputting and displaying 
to the trader deal related information, the trader 
terminals communicating with each other via a 
communications network, wherein the trader terminals user 
interfaces further comprise: a deal stack holding a 

15 plurality of deals in which the trader is participating, 
the deal stack including the status of each deal and a 
deal description; and 

means for entering conversational deal related 
information; 

20 and the trader terminals further comprise : a parser for 

parsing the conversational deal related information to 
detect a change in deal status; and for notifying the deal 
stack of the change in deal status; 

whereby on receipt of a changed deal status notification, 
25 the deal stack generates deal string appropriate to the 

new deal status. 

Preferably, the parser is deal status dependent, whereby 
the parser parses conversation input by the trader to 
detect in the conversation a predetermined content related 
30 to the deal status. When this predetermined content is 

detected, the parser registers a change in deal status. 



In one preferred embodiment, the system analyses the 
parsed deal status information provided by the parser to 
detect the presence of a plurality of predetermined deal 
variables. Preferably, where a deal is initiated by a 
5 taker the parser only parses conversation input into the 
system my the deal maker. Preferably, in the absence of 
any deal related information in the parsed conversation, 
the parser monitors the conversation for a request for a 
quote (RFQ) . 

10 Preferably, the parser has a list of terms pertinent to 
each deal stage for a given instrument and, on detection 
of a term in the list for a given deal stage, parses the 
terras and variables in the conversation. 

In a preferred embodiment of the invention, the system 
15 includes means for inputting non-conversational deal 

related information. This means may comprise deal status 
dependent buttons on the deal stack and/or a plurality of 
deal status dependent keyboard driven menus. 

In a preferred embodiment, the means for entering 
20 conversational deal related information comprises a 

conversation panel in the user interface. Preferably, 

each deal in the deal stack has an associated conversation 

which may be selectively viewed in the conversation panel . 

Preferably, when a trader uses the buttons or menus to 
25 enter deal related information into the system, the system 

converts the deal information into conversation using best 

practice conversation. 



Preferably, the deal stack further includes a messaging 
system for sending deal related messages to the dealing 
system when the status of a deal in the deal stack 
changes, the messages sent being dependent on the status 
5 of the deal . The deal stack may also change the 

configuration of the button bar in accordance with a 
change in deal status . 

The invention also provides a conversational dealing 
system for trading instruments between counterparties, 

10 comprising a plurality of trader terminals each having a 
user interface for inputting and displaying to the trader 
deal related information, the trader terminals 
communicating with each other via a communications 
network, wherein the trader terminals user interfaces 

15 further comprise: a deal stack holding a plurality of 

deals in which the trader is participating, the deal stack 
including the status of each deal and a deal description; 
and a conversation panel for entering conversational deal 
related information; and the trader terminals further 

20 comprise a parser for parsing the conversational deal 

related information to detect a change in deal status; and 
for communicating to the deal stack the change in deal 
status; whereby a changed deal status causes a new deal 
string to be generated in the deal stack appropriate to 

25 the new deal status . 

The invention still further provides a trader terminal for 
a conversational dealing system having a plurality of 
trader terminals for trading instruments between 
counterparty traders, the trader terminals communicating 
30 with each other via a communications network, the trader 
terminal comprising a user interface for inputting and 



displaying to the trader deal related information, the 
user interface further comprising: 

a deal stack holding a plurality of deals in which the 
trader is participating, the deal stack including the 
5 status of each deal and a deal description; and means for 
entering conversational deal related information; and the 
trader terminal further comprises: a parser for parsing 
the conversational deal related information to detect a 
change in deal status; and for notifying the deal stack of 
10 the change in deal status; whereby on receipt of a changed 

deal status notification, the deal stack generates deal 
string appropriate to the new deal status. 

Embodiments of the invention have the advantage that by 
limiting the activity of the parser to detecting changes 

15 in deal status, the system can be made more flexible. 

This contrasts with prior art systems which operate by a 
rigid exchange of conversational messages in which only 
one trader can 'own' the cursor to a conversation at any 
one time. In the system of the present invention any party 

20 to a deal can enter conversations into the system at any 

time. However, if the conversation does not include terms 
which the parser is pre-programmed to recognise a deal 
related in that deal status, the conversation will not 
affect the deal process. 

25 According to a second aspect of the invention there is 
provided A conversational dealing system for trading 
instruments between counterparties, comprising a plurality 
of trader terminals each having a user interface for 
inputting and displaying to the trader deal related 

30 information, the trader terminals communicating with each 
other via a communications network, wherein the trader 



terminals user interfaces further comprise: a deal stack 
holding a plurality of deals in which the trader is 
participating, the deal stack including the status of each 
deal and a deal description; and means for entering deal 
5 related information as conversations between traders; 

means for entering deal related information directly to 
the deal stack; and the trader terminals further comprise: 
a parser for parsing the conversational deal related 
information to detect a change in deal status; and for 
10 notifying the deal stack of the change in deal status; 

whereby on receipt of a changed deal status notification 
from the parser of from deal related information entered 
via the direct deal entering means, the deal stack 
generates deal string appropriate to the new deal status . 

15 The second aspect of the invention also provides a trader 

terminal for a conversational dealing system having a 
plurality of trader terminals for trading instruments 
between counterparty traders, the trader terminals 
communicating with each other via a communications 

20 network, the trader terminal comprising a user interface 
for inputting and displaying to the trader deal related 
information, the user interface further comprising: 
a deal stack holding a plurality of deals in which the 
trader is participating, the deal stack including the 

25 status of each deal and a deal description; and means for 
entering deal related information as conversations between 
traders; means for entering deal related information 
directly to the deal stack; and the trader terminals 
further comprise: a parser for parsing the conversational 

30 deal related information to detect a change in deal 

status; and for notifying the deal stack of the change in 
deal status; whereby on receipt of a changed deal status 
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notification from the parser of from deal related 
information entered via the direct deal entering means, 
the deal stack generates deal string appropriate to the 
new deal status . 

5 Embodiments of the second aspect of the invention has the 
advantage that they offer the user additional flexibility. 
The trader has the choice of entering deal information 
through conversational chat which is parsed by the system 
or directly preferably using buttons on the user interface 

10 or keyboard driven menus . The trader can switch between 

the two during the progress of a deal. This flexibility 
is possible as the deal related information input, whether 
it is parsed conversation or direct input only conveys to 
the deal stack that there has been a change of deal 

15 status. All other deal related activities are performed 

by the deal stack and include sending necessary messages 
to the rest of the system, for example to other trader 
terminal of to back office systems to produce deal 
tickets . The deal stack is also responsible for changing 

20 the functionality of the buttons on the button bar and the 
keyboard menus which are all deal status dependent. 

BRIEF DESCRIPTION OF THE DRAWINGS 

An embodiment of the invention will now be described, by 
way of example only, and with reference to the 
25 accompanying drawings, in which: 

Figure 1 is a schematic diagram of a trading system; 

Figure 2 is a view of the user interface of a trader 
terminal ,- 



- 9 - 

Figure 3 is a similar view to figure 2 showing a number of 
conversation panels; 

Figure 4 is a view of a deal stack within the user 
interface and showing the deal detail panel; 

5 Figure 5 is a further view of the deal stack and deal 

detail panel with a different deal highlighted in the deal 
detail panel from figure 4; 

Figure 6 is a further view of the deal stack showing a 
deal detail panel for a completed Forwards deal; 

10 Figure 7 is a further view of the deal stack showing the 
deal detail panel displaying an error box; 

Figure 8 is a still further view of the deal stack showing 
the deal detail panel displaying potentially modifiable 
fields highlighted; 

15 Figure 9 shows the deal stack with the deal detail panel 
showing a completed P/X Spot deal including the value of 
the done deal; 

Figure 10 shows the deal stack with the deal detail panel 
showing a forward deal with a Spot Rate Query message; and 

20 Figure 11 shows how the Spot rate query message of figure 
10 appears at the counterparty's deal detail panel as a 
warning message. 



DESCRIPTION OF BEST MODE 



The system illustrated schematically in figure 1 is a 
conversational dealing system for trading a variety of 
financial instruments . Instruments which may be traded 
include, but are not limited to, foreign exchange (F/X) 
5 spot, forwards, and outrights . Although the following 

description will concentrate on F/X spot and forwards, it 
is to be understood that this is purely for the purposes 
of illustrating the invention and that the invention is 
not limited to any particular financial instruments or 
10 even to financial instruments. It is equally applicable 
to the trading of any other fungible such as commodities, 
metals, etc. 

The illustrative system is an internet based system in 
which traders communicate with other trader from trader 

15 terminals across the internet. Trades are agreed upon by 

an exchange of messages between traders. The message 
content is automatically parsed by the system to identify 
deal related content for processing. Once the parsing has 
detected a deal status change, the remainder of the deal 

20 processing is handled by the deal stack. Deal status 
change need not be entered by conversation but may be 
directly input from the traders terminal, for example by 
using on screen function buttons or keyboard driven menus. 
Thus, the system also allows users to deal by a simple 

25 exchange of deal content data which is non- conversational 
and by a mixture of the two methods . 

The following description gives an overview of the trading 
system within which the user interface is used by traders 
to execute deals. However, it is to be understood that 
30 this is only one example of a trading system suitable for 
use with the invention. The invention is not limited to 
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any particular trading system but is applicable to any 
system in which a trader is trading multiple instruments. 
Such a system may be internet based or operate on a 
conventional public or private network. It may use a 
5 distributed architecture or operate using a central host 
or may be configured in any other manner. 

Referring now to figure 1, the trading system disclosed is 
based on a plurality of server farms connected through a 
system intranet . The server farms communicate with trader 

10 terminals at bank trading floors through a communications 
network, here the Internet, and local bank intranets. The 
majority of deal processing takes place at trader 
terminals with deal messages being passed by the server 
farms to counterparty trader terminals. The server farms 

15 also pass done deal information to bank back office 

systems to enable deal tickets to be produced and trades 
to be settled. The deals are input into the system either 
directly by the trader or through parsed conversation 
exchanged between traders, as will be described. Parsing 

20 takes place at the trader terminals . 

Figure 2 shows the user interface which is displayed at 
each trader terminal. The display comprises a number 
panels. To an extent the panels displayed are configurable 
by each trader according to his or her preferences 

25 although some of the panels are permanent. In essence the 
display 100 includes three notional containers 102, 104 
and 106. Container 102 is the upper of the three 
containers and extends across the width of the display, 
beneath the upper container is a lower left container 104 

30 and a lower right container 106. To the left of the 
containers is a configurable icon display 108. 
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The upper container only displays panels which require the 
full width of the trader's display area. Each of the 
panels which can be displayed is assigned one of two 
priorities. A panel with priority 1 may not be obscured. 
5 A panel with priority 2 may be covered or given zero 

height. In either circumstance the panel data model is 
maintained when the panel is invisible allowing the data 
contained to be displayed when they become visible again. 

There are three permanent panels each of which have 
10 priority 1. These are shown in figures 2 and 3. In the 
upper container 102 is displayed a deal stack 110, in the 
lower left container 104 is displayed a conversations area 
112 containing a number of conversations in which the 
trader is participating, and in the lower right container 
15 is displayed an incoming conversations panel 114 in which 

incoming conversational messages are displayed. The 
messages include conversations in which the trader is not 
yet participating, and may never, participate. 

The optional panels which the trader may choose to display 
20 includes : 

A Trader Deal panel (not shown) , assigned a priority 1 and 
showing all the deals done by the trader and which may be 
displayed in either of the two lower containers; 

An Overview panel (not shown) , assigned a priority 1 and 
25 positioned in either of the two lower containers; 
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A Deal Log panel (not shown) having a priority 2 and 
showing deals logged by the system and displayed in the 
upper container 102; 

A Rates Area 116 which displays the current trading rates 
5 on the system for various currency pairs and which is 

assigned a priority 2; and 

A Conversation Archive (not shown) positioned in one of 
the lower containers and which has a priority 2 . 

As can be seen from figure 3, some of the panels include a 
10 button bar along their lower edge. The various functions 
of the buttons will be discussed in due course. The 
conversation panels button bars include a float button. 
Clicking on this button enables the position of the panel 
to be varied around the screen, even outside the window in 
15 which the entire system is displayed. This may be useful, 

for example, when the user wants to display several 
optional panels or there are a larger number of 
conversations open. In the embodiment described up to ten 
conversations may be ongoing at nay one time, although it 
20 will be appreciated that this is an arbitrary number which 

may be varied. 

The incoming conversations panel lists only incoming 
conversational messages. In the example of figure 2, 
there is a single conversation displayed. At this time, 
25 the user is not a party to the conversation. The 

conversation is displayed under four headings: ID, which 
is the unique conversation identity number; Time, which is 
the time at which the conversation was initiated by the 
counterparty; From which is the identity of the 
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counterparty initiating the conversation; and Message 
which is the latest message line in the conversation. In 
the figure 2 example, the message "Conversation started by 
peter@CITQ " has been sent by a trader identified as Peter 
5 at the institution having the identifier CITQ. The 

conversation was initiated at 13.34.54 and has the ID No. 
1791 . 

Underneath the Incoming Conversations panel is a button 
bar with buttons marked "Pick Up", "Clear", "Transfer" and 

10 "Chat". To select a conversation for action the user 

clicks on the conversations line, which will cause that 
conversation line to be displayed in a different colour 
from any other conversations in the panel (in the present 
case it is the only conversation) . If the user clicks on 

15 the "Pick Up" button, a Conversation panel is opened in 
the bottom left container 104 for the selected 
conversation. At this point the system causes all other 
parties to whom the conversational message has been sent 
to display the message "username has joined the 

20 conversation". When a party joins a conversation they see 
that conversation only from the point at which they joined 
it. Once a first person has picked up an invitation to 
chat to a deal code, that invitation will be withdrawn 
from all other parties to which the invitation was sent . 

25 Once a trader picks up a conversation, the conversation is 

removed from his Incoming Conversations panel. 

The "Clear" button, when clicked, causes the selected 
conversation to be cleared from the display. When a 
conversation is cleared, the conversation initiator will 
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receive a "Conversation declined by username" in their own 
Conversations panel . 

The "Transfer" button is only enabled if a conversation is 
bilateral. If clicked, the conversation will be 
5 transferred to the trader or Deal Code specified in the 

Transfer Conversation dialog. Rules may be established 
defining to whom, if anyone, a given trader may transfer a 
conversation . 

The "Chat" button invokes the launching of a conversation 
10 session and also opens a conversation panel in the 

conversation area. Multiple conversations may be opened 
with the same person, although a warning box will be 
displayed to notify the user if he is attempting to open a 
second or subsequent conversation with the same person. 

15 All the functionality of the button bar may be displayed, 

alternatively, as a drop down menu to enable operation by 
keyboard only. 

Referring now additionally to figures 4 to 6, the deal 
stack shows a list of deals in which the trader is 
20 involved in and which are pending or completed. 

The Deal Stack 13 0 comprises the following major 
components : 

A Deal List 132, a Deal Detail Panel 134, and a Button Bar 
13 6. The deal list presents information about a deal under 
25 four headings: the deal Status 12 0, the Time 122, the 

Counterparty (Trader/Bank) 124, the Instrument which is 
being traded 12 6 and the Deal 126 that is being made. The 
information presented in the deal list is independent of 



the instriament being traded. This is achieved by the use 
of the deal detail panel and is extremely advantageous as 
it allows the deal stack to be presented to the user in a 
very simple manner, with the minimum amount of information 
5 and in a manner which is easily assimilated by the trader. 

To understand the text of the Deal field 126 it must first 
be appreciated how deal related information can be put 
into the system and how the system understands that 
information as relating to a deal. Deal information may 

10 be submitted to the system in one of two ways: direct deal 

input or parsing of conversations . Parsing of 
conversations will be discussed in greater detail later. 
At this stage it is sufficient to appreciate that parsing 
involves the system analysing conversational messages to 

15 determine whether they contain any deal related content . 

If they do, then the deal is displayed in the deal list. 

A deal is commenced by a "Request For a Quote" (RFQ) input 
into the system by a trader. An RFQ is an indication by a 
trader that he is interested in trading. The first line of 

20 the deal list in figure 2 shows an RFQ. Here, the trader 
has put a request out to the market to trade $2.5 Million 
in the US$/Canadian dollar market. At this stage no bid 
or offer prices are given and there is no indication 
whether trader wishes to but or sell. The RFQ could have 

25 been input into the system as a conversational message or 

by the trader making a direct input, in which cases he 
hits the RFQ button in the deal button bar. This will 
display a panel asking for the instrument, the currency 
pair and the amount . 
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Thus a deal may be initiated either by the entry into the 
system of a direct quote request or by the detection of a 
quote request by the parsing of conversations . For 
convenience this may be referred to as an indirect quote 
5 request . 

When an RFQ is received or detected, the systems 
determines the text that will be displayed in the deal 
list. This will either be a transliteration of the direct 
RFQ or a representation of the parsed, indirect RFQ. 

10 A number of deal statuses are defined for each instrument. 
Each of these has an associated status string which is 
displayed in the Status field, a deal string which is the 
text displayed in the deal field and an understood 
description. 

15 Some examples of deal statuses for F/X Spot are as 

follows : 
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Taker 


Maker 


Description 


Pre Submit - Taker 




RFQ is being transmitted to 
server . 


Pre Pickup - Taker 


Pre Pickup - Maker 


RFQ has reached maker ' s 
screen. 


Pre Pickup - Taker 


Pre Pickup To Deal 
Code - Maker 


RFQ sent to a Deal Code has 
reached a member of the 
Deal Code's screen. 


Pre Quote - Taker 


Pre Quote - Maker 


Maker has picked up 


Pre BuySell - Taker 


Pre BuySell - Maker 


Maker has submitted quote 


Pre Re -quote - 
Taker 


Pre Re-quote - 
Maker 


Maker has interrupted a 
quote from "Pre BuySell - 
Maker" 


Terminal Statuses 


iBold - Taker 


Bought - Maker 


Taker has bought 


Bought - Taker 


Sold - Maker 


Taker has sold 


No Traders 
Available - Taker 




RFQ to deal code where no 
traders are logged in 


Taker Cancelled Pre 
iSubmit - Taker 




Taker has cancelled from 
"Pre Submit - Taker" 


Taker Cancelled Pre 
Pickup - Taker 


Taker Cancelled Pre 
Pickup - Maker 


Taker has cancelled from 
"Pre Pickup - Taker" 


Taker Cancelled Pre 
Quote - Taker 


Taker Cancelled Pre 
Quote - Maker 


Taker has cancelled from 
"Pre Quote - Taker" 


2E!Iaker Cancelled Pre 
Pickup - Taker 


Maker Cancelled Pre 
Pickup - Maker 


Maker cancelled from "Pre 
Pickup - Maker" 


Maker Cancelled Pre 
Quote - Taker 


Maker Cancelled Pre 
Quote - Maker 


Maker cancelled from "Pre 
Quote - Maker" 


Taker Cancelled Pre 
2BuySell - Taker 


Taker Cancelled Pre 
BuySell - Maker 


Taker cancelled from "Pre 
BuySell - Taker"? 



The Deal Strings and Status Strings associated with some 
of the above are as follows: It should be appreciated that 
the deal string is the conversational text which is 
substituted by the system for the actual conversation 
30 entered by the trader or the substituted when the trader 
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enters deal information either using the button bar on the 
deal stack or equivalent keyboard menus . 



status Status String Deal String 

Pre submit - Taker Submitting I request 



Pre pickup - Taker Contacting 
Pre Pickup - Maker Pickup? 



Pre Pickup - Taker Contacting 
~AMT~~CCYPAIR~ 



~AMT — CCYPAIR- 
I request 
~AMT — CCYPAIR- 
Can I quote 
~AMT — CCYPAIR- 
I request 



Pre Pick-up 

to Deal Code Maker 



Can I quote 
-AMT — CCYPAIR-? 



Pre Quote - Taker Accepted 



15 Pre Quote - Maker Quote? 



Pre BuySell - Taker Buy/ Sell? 



Cpty quoting my 
-AMT — CCYPAIR- 
Can I quote 
-AMT- -CCYPAIR-? 
Cpty quoted -BIDOFR- 
for -AMT — CCY PAIR- 



Pre BuySell - Maker Waiting Accept I quoted -BIDOFR- 

for -AMT- -CCY PAIR- 



Pre Requote - Taker Re-quoting I request -AMY 

-CCYPAIR- 

Pre Requote - Maker Re-quote? Can I quote 

-AMT — CCYPAIR-? 

Sold - Taker I sell I sell at -AMT- 

-CCYPAIR-@-BID- 



Bought - Maker I buy I sell at 

~AMT — CCYPAIR~@~OFR~ 

Bought - Taker I buy I buy at ~AMT~ 

~CCYPAIR~@~BID~ 

Sold - Maker I sell I buy at ~AMT~ 

~CCYPAIR~@~OFR~ 

The following shall be the deal statuses where the 
instrument is a Forward deal : 



Taker 


Maker 


Description 


iBTe Pickup - Taker 




RFQ is being transmitted to 
server . 


Pre Pickup - Taker 


Pre Pickup - Maker 


RFQ has reached maker ' s 
screen . 


Pre Pickup - Taker 


Pre Pickup To Deal 
Code - Maker 


RFQ sent to a Deal Code has 
reached a member of the 
Deal Code's screen. 


Pre Quote - Taker 


Pre Quote - Maker 


Maker has picked up 


Pre BuySell - Taker 


Pre BuySell - Maker 


Maker has submitted quote 


iPre Re-quote - 
Taker 


Pre Re -quote - 
Maker 


Maker has interrupted a 
quote from "Pre BuySell - 
Maker" 


S/B Pre Rate - 
Taker 


B/S Pre Rate - 
Maker 


Taker has Sold/Bought and 
is waiting for Taker to 
enter spot rate 


B/S Pre Rate - 
zfaker 


S/B Pre Rate - 
Maker 


Taker has Bought/Sold or 
Queried the Spot Rate and 
is waiting for Taker to 
enter spot rate 


S/B Pre Confirm - 
Taker 


B/S Pre Confirm - 
Maker 


Taker has Sold/Bought and 
Maker has entered spot rate 


B/S Pre Confirm - 
Taker 


S/B Pre Confirm - 
Maker 


Taker has Bought/Sold and 
Maker has entered spot rate 


2S/B Pre Rate 2 - 


B/S Pre Rate 2 - 


Taker has Sold/Bought, 
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Taker 


Maker 


Description 


Taker 


Maker 


queried the Spot Rate and 
is waiting for Taker to 
enter a spot rate a second 
time 


B/S Pre Rate 2 - 
Taker 


S/B Pre Rate 2 - 
Maker 


Taker has Bought/Sold, 
queried the Spot Rate and 
is waiting for Taker to 
enter a spot rate a second 


S/B Pre Confirm 2 - 
laker 


B/S Pre Confirm 2 - 
Maker 


Taker has Sold/Bought and 
Maker has entered spot rate 
a second time 


B/S Pre Confirm 2 - 
Taker 


S/B Pre Confirm 2 - 
Maker 


Taker has Bought /Sold and 
Maker has entered spot rate 
a second time 


Terminal Statuses 


Sold/Bought - Taker 


Bought/Sold - Maker 


Taker has Sold/Bought and 
Confirmed spot rate 


iBought/Sold - Taker 


Sold/Bought - Maker 


Taker has Bought /Sold and 
Confirmed spot rate 


No Traders 
Available - Taker 




RFQ to deal code where no 
traders are logged in 


Taker Cancelled Pre 
Submit - Taker 


Taker Cancelled Pre 
Submit - Maker 


Taker has cancelled from 
"Pre Submit - Taker" 


iTaker Cancelled Pre 
Pickup - Taker 


Taker Cancelled Pre 
Pickup - Maker 


Taker has cancelled from 
"Pre Pickup - Taker" 


Taker Cancelled Pre 
Quote - Taker 


Taker Cancelled Pre 
Quote - Maker 


Taker has cancelled from 
"Pre Quote - Taker" 


Maker Cancelled Pre 
aPickup - Taker 


Maker Cancelled Pre 
Pickup - Maker 


Maker cancelled from "Pre 
Pickup - Maker" 


Maker Cancelled Pre 
Quote - Taker 


Maker Cancelled Pre 
Quote - Maker 


Maker cancelled from "Pre 
Quote - Maker" 


Taker Cancelled Pre 
BuySell - Taker 


Taker Cancelled Pre 
BuySell - Maker 


Taker cancelled from "Pre 
BuySell - Taker" 


2Maker Cancelled S/B 
Pre Rate 2 - Taker 


Maker Cancelled B/S 
Pre Rate 2 - Maker 


Maker cancelled from "S/B 
Pre Rate 2 - Taker" 


Maker Cancelled B/S 


Maker Cancelled S/B 


Maker cancelled from "B/S 
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Pre Rate 2 - Taker 


Pre Rate 2 — Maker 


Pre Rate 2 — Taker" 


Taker Cancelled S/B 
Pre Confirm 2 - 
Taker 


Taker Cancelled B/S 
Pre Confirm 2 - 
Maker 


Taker cancelled from "S/B 
Pre Confirm 2 - Taker" 


laker Cancelled B/S 
Pre Confirm 2 - 
Taker 


Taker Cancelled S/B 
Pre Confirm 2 - 
Maker 


Taker cancelled from "B/S 
Pre Confirm 2 - Taker" 



For every deal in the deal stack there is a corresponding 
conversation session. In some cases, the RFQ will have 
10 originated from a conversation. In others it will have 

not. In the latter case, a direct quote, a conversation 
is created but a conversation panel is only opened, that 
is, the conversation is exposed, if specifically requested 
by the trader . 

15 Thus, whenever the system performs an action on a deal in 
response to a Trader action, a message line shall be 
included in the conversation session indicating the nature 
of this action. This message line shall be in a form 
where if the Trader had exposed the underlying 

20 conversation and typed in the message text it shall parse 

and produce the same action on the deal. The Message 
shall be in a form that reflects the best conversational 
practice from the point of view of parsing. 

The Deal List displays all live RFQs that the trader is 
25 involved with. He may see other RFQs if the appropriate 

options are set. The Trader shall have the option of 
clearing completed deals automatically as they are 
completed. The Trader shall have the option of seeing all 
RFQs that have been auto -forwarded from his account. Auto- 
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forwarded RFQs shall be cleared from the Deal List by the 
Clear function. 

As mentioned above, the Deal List is wholly independent of 
the instrument being traded. Thus, the Deal List only 
5 displays five columns: Status, Time, Trader/Bank, 
Instrument, and Deal. The Deal column contains an 
instrument /status specific string that is generated by the 
system to describe the deal . 

To balance the independence of the deal list, the Deal 
10 Detail Panel at the bottom of the Deal List has an 

instrument specific format and reflects full details of 
the deal that is currently selected in the list. 

When a new Deal is added to the Deal List it is inserted 
at the bottom of the list regardless of the currently 

15 selected sort order (a re-sort is necessary to position 

the deal correctly in the sort order) . When a deal is 
added to the Deal List, as a result of the trader's 
actions (RFQ or Chat) , the item last added to the table 
becomes the selected item. The list is scrolled so that 

20 the selected item is visible to the trader. 

If the new deal is initiated by a Counterparty the 
selected deal does not change. If focus is in the Deal 
List, the currently selected item does not change when a 
new deal is added to the list. If a new deal is added to 

25 the Deal Stack such that the Deal Stack would have to be 

scrolled to view the deal, then the scrollbar's background 
flashes, for example red, until the deal is made visible 
by scrolling. 



The Deal Detail panel may contain buttons and other 
controls that relate to instrument specific functionality 
which is not available through the standard Deal Stack 
buttons. When a deal is in a modifiable state the 
modification is done via edit controls in the Deal Detail 
panel. These potentially modifiable fields shall have a 
different colour, for example, cyan, background to the 
rest of the deal Detail panel. The deal detail panel 
itself may be a different colour, for example yellow, to 
the deal list . When the fields are editable they are 
distinguished, for example by a white background with a 
black border. 

The Format of the Deal Detail panel is specific to the 
instrument of the deal . Every implementation of the 
panel has certain common fields and controls that are 
always in the same place: Status, Time, Trader/Bank, 
Instrument & Error/Warning Combo Box. Figure 4,5,7 and 8 
illustrate the Deal Detail panel for F/X Spot and various 
stages of a deal and figure 6 illustrates the Deal Detail 
panel for F/X forwards at a certain stage of the deal 
process . 

Thus, the Deal Detail panel includes all the information 
in the Deal list except that instead of the deal string it 
contains the information which, when entered and then 
parsed, will result in that deal string. Thus, for F/X 
Spot, the Deal Detail panel includes Amount, Currency 
Pair, Value Date, Bid and Offer prices and Dealt. In 
figure 4, the deal detail panel is shown for the first 
deal in the stack. This is a deal which has only just 
commenced and where the RFQ has been issued. As there are 
not yet any bid or offer prices, the only fields that are 



populated are the amount, the currency pair and the value 
date. When parsed this results in " I request 2,5 Mil 
USD . cad" . 

In figure 5, the deal highlighted is the third in the list 
and, the status of the deal is pre quote - maker, 
indicating that the maker has picked up the takers quote 
and is quoting bid and offer prices for 3,200 million 
Japanese Yen. As the amount and the prices can both be 
edited, they appear in the Deal Detail panel as black text 
on a white background. 

Figure 6 shows the Deal Detail panel for a Forward deal . 
Here, the panel lists both near and far amounts, the 
currency, the nature of both the near and far deals, their 
value dates, the left and right hand sides, spot amounts, 
all in amounts and deal amounts. In the example shown, 
the panel relates to the fourth deal in the list which is 
a completed deal. Thus, all the fields in the deal detail 
panel are populated and done are modifiable. 
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In order that traders can be notified of unallowable 
entries or mistakes, there is an Error /Warning combo box 
in the lower left side of the detail panel. This combo box 
shall have an entry in its drop down list for every error 
5 or warning condition associated with the deal. When an 

error or warning is selected in the combo box, the field 
to which the error or warning pertains will be highlighted 
in a very obvious manner, for example with a red (error) 
or orange background (warning) . Errors and warnings are 
10 listed in the order of their priority. This combo box has 

an associated label to its right which indicates the 
number of errors or warnings that the combo box contains . 
When an alarm or warning condition is changed in the list, 
the highest priority item is the selected item. 

15 Figure 7 shows an example of the error box. Here, the 
highlighted deal is the third in the deal list . This 
requires both an amount and bid and offer prices. The 
trader has not entered bid and offer prices and the error 
box shows that a bid or offer price is required. In 

20 addition, the Quote? Status string is highlighted in red 

and the bid and offer fields which would normally be shown 
white . 

The presence of an error in the combo box shall disable 
keys and menu items, which allow the deal to proceed 
25 forwards, until the error condition is corrected. 

Figure 8 shows the deal detail panel for a deal that is 
waiting acceptance. Here, the maker has submitted a quote 
and the deal is now waiting for and acceptance or refusal 
from the taker. Although not clear from the figures, the 



amount, bid and offer details are highlighted to indicate 
that they can be modified. 

The Status, Time, Trader/Bank, and Instrument column 
entries are positioned on the Deal Detail panel exactly 
beneath their respective columns in the Deal List. If the 
columns are resized, their relative positions shall also 
change. The Error/Warning combo box and its associated 
count label shall automatically have its width set to that 
of the Status, Time, Trader/Bank and Instrument columns 
combined. The instrument specific fields beneath the Deal 
column shall resize and position themselves proportionally 
to the width of the Deal column. 

The instrument specific fields will now be described in 
more detail for the two example instruments. It is to be 
understood that the invention is applicable to any 
instruments and the fields will vary from instrument to 
instrument . 

The amount field is initially read only and displays the 
amount of the RFQ in millions. When the deal reaches the 
pre quote -maker stage (figure 5) , the field becomes 
editable. 

The "on" currency field is to the right of the amount 
field and is the currency in which the RFQ is expressed. 
If it is not the base currency it is displayed, if it is 
not, then it is not displayed. It is not editable until 
the pre quote - maker stage at which point it becomes 
editable 
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The currency pair field simply shows the currency pair 
being traded. 

The value date indicates the value date for the deal and 
cannot be change by the parties. It is a regular date for 
5 the instrument unless indicated otherwise, for example by 

an asterisk. 

The bid and quote fields display bids and quotes where 
these exist. They are read only except in the pre quote - 
maker and Pre re-quote maker stages of the deal when they 

10 can be edited, as described in relation to figure 5. If a 

big figure, that is the most significant digits of the 
price is available from the market feed into the trading 
system, that figure is used. If an arbitrage situation is 
present the market feed rate, the big figure from the 

15 system best offer is used. This can be seen in the system 

rates panel which the user may choose to display. 

The final field is the dealt price field which shows the 
price at which the deal was done. As can be seen from 
figure 9, this reflects the side (but or sell) on which 
20 the deal was done. In figure 9, the dealt price is the 

bid price . 

The forwards specific fields shown in the deal detail 
panel are as follows; 

Near and Far Amounts. These function in the same manner 
25 as the Amount field in the Spot example. 

On Currency. This functions in the same manner as the 
Amount field in the Spot example . 



Currency Pair. This functions in the same manner as the 
Amount field in the Spot example. 



Near and Far Periods . If these periods conform to 
standard periods, for example one month, they will be 
5 shown as such. If they do not, they will be shown as 
broken. 

Near and Far Dates. This shows the near and far value 
dates . 

Left and Right Hand Side Prices. Where a LHS or a RHS 
10 exists it will be displayed in this field. It is a read 

only field except then the deal status is in pre quote - 
maker or pre requote - maker status . When in edit mode 
this field is pre -populated with the market rate, if 
available for the bid. If the LHS or the RHS is left 
15 blank by the trader, then a one sided price without a bid 
or offer, respectively, is quoted 

Premium and Discount. If the LHS is less than the RHS, 
the system assumes that the base currency is at a premium 
to the local currency. If the trader does not enter 

20 minuses and the RHS is less than the LHS, the system 

assumes that the base currency is at a discount to the 
local currency. Where a discount is detected, the system 
inserts "-" signs before each value and displays the bid 
and offer with them, off A trader can enter negative 

25 amounts for a discount. 

Spot Rate. Where a spot rate exists, the Spot Rate Bid 
field displays it. It is a read only field except when 
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the deal is in I B/S-Rate or I S/B-Rate {I sell/buy or 
buy/sell at a given rate) status. In edit mode, the field 
is pre -populated with a middle rate between the bid and 
offer market rates . 

5 Spot Button. As can be seen from figure 10, the deal 

detail panel includes a Spot button on which the user can 
click to display a spot rate query dialog window. The 
spot button is only visible to the trader when the deal is 
in I B/S - Confirm or I S/B - Confirm stages. The spot 

10 rate query dialog window includes an edit box, allowing 

the trader to enter text of up to 3 0 characters having 
been pre-populated with the text "Check Rate". This 
enables the trader to check the spot rate before 
committing to a deal. As can be seen from figure 10, the 

15 dialog box includes send and cancel buttons. The send 

button closes the box, transmits the message and changes 
the deal status to I S/B awaiting rate or I B/S awaiting 
rate . 

When a maker deal receives a Spot Rate Query message 
20 against it the message appears as a warning in the 

error /warning combo box. This is illustrated in figure 
11 . 

All In Rate. This field is read only and, when the maker 
has submitted a spot rate, reflects the aggregate of the 
25 dealt rate and the spot rate. For Overnight or Tomorrow- 
Next periods, the sign of the forward bid or offer is 
reversed to calculate the all in rate. 

Dealt Rate. This is the final field in the deal detail 
panel and is a read only field. When the taker has 
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Buy/Sell or Sell/Buy, the field reflects the price from 
the side of the market dealt on. 



Outrights. The fields for the deal detail panel when the 
instruments is an outright are not shown as they are the 
5 same as for a spot deal referred to above . 



The deal column displays different status dependent 
strings for each instrument. Some of these, for spot, 
were discussed earlier. The strings are not hard coded 
into the system but are configurable centrally by the 
10 system administrator. Th traders have no control over the 
strings. As seen before, the status definitions comprise 
tokens, delimited by tildes (~) representing the 
underlying values for the deal. 

The tokens for spot and outrights are as follows: 



Token 


Value 


Format 


-TIME- 


Deal 
Time 


"hh:ram: ss" 


-TRADER- 


Trader 


As Deal Stack 


-BANK- 


Cpty 
bank 




-INST- 


Instrume 
nt 


As per deal stack 


-AMT- 


Amount 


"9,999.9" + " " + ONCCY {if not 
base ccy) + " mil" 


-CCYPAIR- 


Ccy pair 


BASE. local (On currency shall 
be in upper case . ) 


-VALDAT- 


Value 
Date 


"dd mmm yy" 


-BID- 


Bid 


As per the Ccy pair specific 


~OFR~ 


Offer 


As per the Ccy pair specific 
format 


-BIDOFR- 


Bid and 
Offer 


If Bid & Offer exist: Bid-Offer 
If Bid only: Bid 
If Offer only: Offer 
(Bid & Offer As per the Ccy 
pair specific format) 


- DEALT - 


Dealt 
Price 


As per the Ccy pair specific 
format 



The tokens for forwards deals are as follows: 



10 



15 



Token 


Value 


Format 


-TIME- 


Deal 
Time 


"hh:mm: ss" 


-TRADER- 


Trader 


As Deal Stack 


-BANK- 


Cpty 
bank 




-INST- 


Instrume 
nt 


As per deal stack 


-AMT- 


Amount 


"9,999.9" + " " + ONCCY (if not 
base ccy) + " mil" 


-HEDGE- 


Spot 
Hedge 


"9,999.9" + " " + ONCCY (if not 
base ccy) + " mil" 


-CCYPAIR- 


Ccy pair 


BASE. local (On currency shall 
be in upper case.) 


-NEAR- 


Near 
Period 
or Date 


As per deal detail panel 


-FAR- 


Far 

Period 
or Date 


As per deal detail panel 


-VALDAT- 


Value 
Date 


"dd mmm yy" 




Points 


As per the Ccy pair specific 
format 




Points 


As per the Ccy pair specific 
format 


-BIDOFR- 


LHS and 
RHS 

Points 


If LHS & RHS exist: LsHS-RMS 

If LHS only: LHS 

If RHS only: RHS 

(LHS & RHS As per the Ccy pair 

specific format) 


-SPOT- 


Spot 
Rate 


As per the Ccy pair specific 
format 


-ALLIN- 


All In 
rate 


As per the Ccy pair specific 
format 


-DEALT- 


Dealt 


As per the Ccy pair specific 
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Token 


Value 


Format 




points 


format 



The third part of the deal stack is the button bar which 
is beneath the deal list and the deal detail panel . The 

2 0 button bar gives the trader various options for 

progressing or cancelling a deal. The button bar is 
specific to each deal. That is, the button bar displayed 
will depend on the deal which is selected in the deal 
stack. Some options will not be available to a trader at 

25 certain stages of the deal as will be explained. 

Referring back to figures 4 to 7 , it will be seen that the 
button bar differs from figure to figure depending on the 
status of the deal highlighted in the deal list. In some 
cases, buttons as not displayed in bold, indicating that 
30 they are not available. In some cases, buttons are 

substituted. As examples of the latter, the pickup button 
in figure 4 is replaced by a quote button in figure 5 . 
The cancel button of figure 4 is replaced by the Nothing 
button in figure 5. 

35 The button bar provides the trader with an alternative, 
but equally valid method of trading to conversational 
exchanges with counterarties using the conversation 
panels . The system operates by converting deal 
instructions entered via the buttons into parsed text in 

4 0 the same manner as it parses conversational text to 

produce parsed text for the the deal list deal field. 

The buttons available to traders are as follows : 



Pickup eg fig. 4) . This enable a trader to "pickup" an 
RFQ entered into the system by a taker. As a result the 
pickup button is only available to the maker and then 
only when the deal is in the Pre Pickup - Maker status . 
By pressing pickup the maker indicates that he is 
interested in quoting on the RFQ. The RFQ may be sent by 
the take to one or a number of traders. If it has been 
sent a deal code (that is a trading floor or floors) , on 
receipt of a pick up, the RFQ will be removed from the 
deal lists of all other recipients. 

Quote (eg fig 5) . This enables a trader to enter a quote 
and so is only enabled on the maker side when a deal is in 
the pre quote - maker status . The action of the quote 
will vary from instrument. For a spot or outright deal, 
the system transmits to the taker the maker's bid and/or 
offer together with an amount . For a forward deal the 
system transmits to the taker the maker's LHS points 
and/or RHS points together with near and far amounts. 

The first button in the button bar combines all default 
actions. For the spot example, the button will revert to 
pickup but be grayed out for deal statuses other than 
those mentioned above. For forwards, more options are 
available. When the deal is in the status S/B or B/S Pre 
Rate - Maker or S/B or B/S Pre Rate 2 - Taker, the button 
will be displayed as a Rate Button (not shown) enabling 
the maker to transmit to the system the maker's spot rate. 
When the forward deal is in the status S/B or B/S Pre 
Confirm - Taker or S/B or B/S Preconfirm 2 - Taker, the 
button is displayed as a spot button which allows the 
Taker to accept the maker's proposed spot rate. 
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Chat. This button, which is only available when a single 
deal is selected causes the conversational panel opened 
for the deal to be displayed in the bottom left container. 
Even if the deal has been conducted in a direct not 
5 conversational form, the system will show a deparsed 

version of conversation that would have led to that deal 
state. This is possible as each deal has a conversation 
with it regardless of how the deal is being conducted, 
whether by conversation or direct entry using the button 
10 bars. The trader can switch to conversation at any time 
to continue the deal. The system will parse that 
conversation and will not distinguish between direct and 
indirect deal entry methods. In this respect the system 
is transparent . 

15 Hold. This button is only enabled when a selected deal is 

in Pre Quote - Maker status . It causes the selected deal 
to be put back into Pre Pickup - Taker and Pre Pickup - 
Maker statuses and, if the original RFQ was sent to a deal 
code, causes the RFQ again to be displayed to all those 

20 parties. 

Transfer. This button is only enabled when selected deals 
are in Pre Quote Maker Status . It enables a trader to 
transfer the deal to another trader within the limits of a 
preset authority. Pressing the button will cause a dialog 
25 box to be displayed into which the trader can enter the 

code of the trader to which the deal is to be transferred. 
A message to this effect is displayed on the originator's 
deal stack so he knows he is now dealing with a different 
counterparty . 
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Sell. This button is only enable for instruments such as 
Spot or Outrights. It provides a means for a taker to 
Sell at the Maker's bid price and so is only enable in the 
Pre BuySell status when there is a bid from the maker. 

5 RFQ. This button enables a Maker to put out a request for 

a quote to the market. When this button is pressed, the 
maker has to supply the amount and the currency pair. On 
receipt of the RFQ by the system, a new conversation is 
associated with the deal. 

10 The RFQ button converts to the caption FIX when the RFQ 

has been initiated by conversational parsing on the Taker 
side and is awaiting confirmation for accuracy by the 
taker 

Callout. This button enables a trader to initiate a 
15 callout. 

Buy. This button is only enabled when a selected deal for 
an instrument such as a Spot or an Outright is in the Pre 
Buy/Sell - Taker status where there is an offer from the 
maker. By hitting the button, the taker indicates to the 
20 system that he wishes to buy at the maker's offer price. 

Cancel . This is a multifunction button whose caption 
will depend on the deal status and the instrument being 
traded in the selected deal. It is used for all negative 
functions. The functions will vary from instrument to 
25 instrument but for Spot are as follows: 



Caption/Action I Taker Status 



Pre Submit - Taker 



Cancel 



Maker Status 



Caption/Action 


Taker Status 


Maker Status 




Pre Pickup - Taker 
Pre Quote - Taker 
Pre Re-quote - Taker 




Nothing 


Pre BuySell - Taker 


Pre Pickup - Maker 

Pre Pickup To Deal Code - Make 

Pre Quote - Maker 

Pre Re -quote - Maker 


I n t s i!"up t 




Pre BuySell - Maker 


3Q:lear 


Any Deal in Terminal 
Status (see section 
4.1.3 - "Terminal 
Statuses") 


Any Deal in terminal Status 
(see section 4.1.3 - 
"Terminal Statuses") 


Clear (grayed) 


If none of the above 
apply 


If none of the above apply 


The negative actions for forwards are as follows: 


Caption/Action 


Taker Status 


Maker Status 


Cancel 


Pre Submit - Taker 
Pre Pickup - Taker 
Pre Quote - Taker 
Pre Re-quote - Taker 




SNothing 


Pre BuySell - Taker 
S/B Pre Confirm 2 - Taker 
B/S Pre Confirm 2 - Taker 
S/B Pre Rate 2- Taker 
B/S Pre Rate 2- Taker 


Pre Pickup - Maker 

Pre Pickup To Deal Code - Make 

Pre Quote - Maker 

Pre Re-quote - Maker 

B/S Pre Rate 2 - Maker 

S/B Pre Rate 2 - Maker 


Interrupt 




Pre BuySell - Maker 


Clear 


Any Deal in terminal 
Status (see section 
4.1.3 - "Terminal 
Statuses" ) 


Any Deal in terminal Status 
(see section 4.1.3 - 
"Terminal Statuses") 


Clear (grayed) 


If none of the above 
apply 


If none of the above apply 
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Of the various actions mentioned above, the cancel action 
cancels the existing deal stage, reverting it to a 
preceding deal stage . The Nothing action indicates that 
the taker is not interested in a proposed deal . The 
5 interrupt action removes the deal from the deal stack and 
is only enabled when a deal reaches a terminal status, 
that is it is a completed deal . 

Clear all. This button clears all eligible deals from 

the deal stack. 

10 Off All. This button withdraws all deals that are in an 

appropriate form from the market. 



The foregoing section has described the trading actions 
that are available to a trader from the button bar. It is 
desirable that the trader can perform all available 

15 functions without using a pointing device such as a mouse. 

Accordingly, the system provides a set up pop up menus 
which provide the same functionality as the button bar but 
which can all be invoked from the keyboard. Each function 
can be invoked by the same keyboard character in each 

20 menu. Examples of the characters that can be assigned to 
functions are : 



Mnemonic 


Action 


A 


Clear All 


B 


Add Trader to Contact Book 


C 


Chat 


F 


Fix 


H 


Hold 


L 


Add Trader to Callout List 


M 


Contact Management 
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Mnemonic 


Action 


0 


Off All 


P 


Pickup 


Q 


Quote 


R 


RFQ 


S 


Sell 


T 


Transfer 


U 


Callout 


X 


Cancel, Nothing, Interrupt & Clear 


Y 


Spot Rate Query- 


Z 


Sort 



An example of a possible menu for a deal status is as 
follows : 



Status 


Menu 


"Pre Pickup - 


c . Chat F4 






Taker" 


f . Fix 






(No Default) 


t . Transfer 








X. Cancel 


Esc 






a. Clear All 


Fll (Only 


if deals 




to clear) 








o. Off All 


F12 






m. Contact Management 


( incoming 




only) 








(separator) 








r . RFQ F6 








u. Callout 


F7 






z . Sort 







PARSING 

The description above has been concerned with the traders 
interface with the dealing system. It has been mentioned 
20 that deals can be entered into the system directly through 
the deal stack button bar or equivalent keyboard strokes. 



or that deals can be entered conversationally, which 
conversation is parsed by the system to extract the deal 
related information. The next section examines the 
parsing mechanism. 

Parsing within trading systems is, itself, known. Parsing 
is used in the Reuters Dealing 2000/1 system referred to 
in the introduction. However, in that system, all deal 
transactions are through conversation. The trader does 
not have the option of using direct deal entry as 
described above. As a result there is no requirements for 
the system to be able to deparse deal information. 
Because of this, the parsing requirements of the present 
system differ markedly from those of the prior art. The 
following description will consider the foreign exchange 
markets and, in particular, the three instruments 
discussed above: FX Spot, FX Outrights and FX Futures. 

A general FX terminology module provides an indication of 
the common terminology used by dealers to deal FX via the 
Chat panel on the Trader platform. 

The system monitors all conversations conducted via the 
chat panel and interprets text from the conversations into 
a fixed format within the deal stack, thus standardising 
the deal details and enabling the system to construct a 
formal deal ticket for each FX deal. 

The system can distinguish the important terms within a 
conversation that relate to the completion of the deal. 
This includes terms related to requesting a quote, 
responding with a quote, confirmation of buy or sell, and 
any notice of special settlement instructions. 



The system can distinguish terms within a conversation 
that could lead to ambiguity as to deal details or whether 
a deal is in progress at all. For instance, dealers may be 
discussing a previous trade or providing indicative quotes 
internally. 

The system can ignore terms that are not pertinent to the 
completion of a deal. That is, friendly formalities such 
as discussions regarding the weather or particular news 
stories, will be overlooked by the system, no matter at 
what point in the deal process, they occur. 
Functional Components of the General FX Terminology 
Requirements are: 

Chat Terminology - Common Deal Terms 
Chat Terminology - Negative Terms 
Chat Terminology - Unrecognized Terms 
The interaction between components is: 

Chat Terminology - Common Deal Terms provides 
the list of terms and variables that are 
directly pertinent to an FX deal being 
completed and should be parsed by the 
system. 

Chat Terminology - Negative Terms provides the 
list of negative terms that the system 
should be aware of that would indicate 
that preceding/proceeding terms/phrases 
are not pertinent to a deal in progress. 

Chat -Terminology - Unrecognized Terras describes 
how the system should treat terms /phrases 
it does not recognize within the chat 
conversation . 
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Chat Terminology - Common Deal Terms 

The system can recognize all common phrases and terms used 
within a conversation that are pertinent to the completion 
of the deal. Specific terms within the conversation 
5 provide values for the variables that are necessary for a 

deal to be concluded. The system must be able to pick up 
these terms and to deliver the data to the corresponding 
fields within the deal stack. 

Dealers use a variety of different ways/shortcuts to 
10 communicate the same thing within a conversation. The 

system can pick up on market conventions in relation to 
the key variables required for the deal stack. 

As part of a request for quote, the system permits the 
user to enter a single ISO currency code 'CurrX' or its 
15 pseudonym to represent the currency pair USD/CurrX. For 
example : 

CHF = USD/CHF 
NZD = NZD/USD 
GBP = GBP/USD 
20 Cable = GBP/USD 

Peso = USD/MXP 

the system permits the user to enter a complete currency 
pair, i.e. reference to both currencies, in the following 
formats : 

25 Currencyl/currency2 
Currencyl Currency2 
Currency lCurrency2 
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Cur rency 1 - Cur r encyS 
The system permits the user to specify an amount with a 
label to denote magnitude. For example: 

10 mio = 10 million 
5 50 Ok =500 thousand 

Ibio = 1 Billion 
If the user specifies an amount without a label that 
denotes the magnitude, the system shall interpret the 
amount as being expressed in millions. For example: 

1^0 10 = 10 million 

CHF in 20 = USD/CHF for 20 million USD 
GBP in 500k = GBP/USD for 500,000 GBP 
The system permits the user to specify a two-way quote in 
any of the following formats: 
15 bid quote/offer quote 

bid quote-offer quote 
bid quote offer quote 
bid quote*offer quote 
The user may specify a one-way bid quote in any of the 
20 following formats: 

Bid quote/ - 
buy at [Bid quote] 
Bid at [Bid quote] 
The user may specify a one-way offer quote in any of the 
25 following formats: 

-/Offer quote 
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sell at [Offer quote] 
Offer at [Offer quote] 
The user may confirm a deal with the following terras : 
ok 
done 

confirmed 
conf 
agreed 
agree 

The system permits the user to cancel a deal using any of 
the following terms: 

Cancel 

Cane 

Nothing 

Nothng 

Nthing 

Nthng 

NT 

No Thanks 
No thks 

If the user cancels the deal in the conversation, the 
system automatical ly cancels the appropriate deal entry in 
the Deal Stack 

Chat Terminology - Negative Terms 

The system takes into account that dealers on the system 
may discuss previously completed deals via the chat panel, 
but are not attempting to complete a deal. The system will 



recognize terms that indicate that the current 
conversation in which the dealers are engaged, does not 
pertain to a deal . 

The system does not attempt to parse any variables from 
the chat panel if the variables are preceded by the 
following phrases within the same line of input / sent ence , 
that indicate a past event (substitute any characters for 
) : 

did [deal variables] 

dealt [deal variables] 

completed [deal variables] 

made [deal variables] 

quoted [deal variables] 

bought [deal variables] 

sold [deal variables] 

Some examples of the incidence of the above terms are as 
follows : 

We did 10 mio EUR ystd - The dealer is 
referring to a historical deal 

We dealt cable in 10 last weelc - The dealer is 
referring to a historical deal 

I completed the stg deal - The dealer is 
referring to a historical deal 

He made me stg at 67/70 - The dealer is 
referring to a historical quote 

I have done a deal for Swiss in 20 - The dealer 
is referring to a historical deal 



He quoted 61/10 - The dealer is referring to a 
historical quote 

If the user has input phrases/terras pertaining to a past 
event (ref: 2.3.2.1) The system continues its monitoring 
process of the chat panel immediately after the input has 
been sent to the counterparty. For example: 

We did Eur yesterday 

I want 20 CHF today - the dealer first refers 

to a historical deal ^ which is ignored by 
the system based on the rules of 2.3.2.1 
ajbove. The second sentence is an RFQ for 
USD/CHF, 20 million USD that will be 
parsed by the system. 

1 did not quote you CHF at 5 0/47 

Its 60/57 - The dealer first refers to a 

historical quote (or a mistaken quote in 
this case) which is ignored by the system 
based on the rules of 2.3.2.1 above. The 
second sentence is a quote for USD/CHF 
that will be parsed by the system. 
Chat Terminology - Unrecognized Terms 
The chat panel is used for a variety of casual 
conversations that have no bearing on the dealing process. 
The system will ignore all terms that do not conform to 
requirements of the Deal Use Case. 
FX Spot Parsing 

The FX Spot module provides the user with the ability to 
deal the FX Spot instrument type via the Chat panel on the 
EBS Trader platform. 

The Functional Components of the FX Spot Parsing 
Requirements are the Deal Use Case and the Chat 



Terminology - Deal Terms . The Deal Use Case describes the 
process of completing a deal and enables the system to 
actively 'watch' for particular terms /phrases it is 
expecting to see within a conversation that are pertinent 
5 to an actual deal . Chat Terminology - Deal Terms provides 

the list of terms and variables that are directly 
pertinent to a deal being completed and should be parsed 
by the system. 
Deal Use Case 

10 In order to complete an FX spot deal, the following must 

take place: 

An FX Spot request for quote is sent by a taker to his 
maker ( s ) 

In response, the maker can either: provide a two way quote 
15 (bid and offer) in response to the RFQ - this is only if 

an amount was indicated in the RFQ; provide a one way 
quote (bid or offer) in response to the RFQ - this is only 
if an amount as indicated in the RFQ; provide a quote for 
a particular amount in response to the RFQ; or indicate 
20 that he does not want to supply a quote, so no deal takes 
place . 

The taker receives a quote. In response he can either: 
indicate he wants to buy and confirm the deal; indicate he 
wants to sell and confirm the deal; or cancel the deal if 
25 the taker does not like the quote 

The deal is now complete. 

The system recognizes the stage at which an FX Spot deal 
is at within the dealing process. The system watches for 
particular phrases pertinent to the particular stage of 
30 the deal process. If no deal is currently in progress 

within a chat panel, the system monitors the chat panel 



for indications of a request for quote. In particular, 
the system watches for the following terms that indicate a 
request for quote has been initiated within a chat panel 
conversation: 

An indication of the instrument type (FX Spot) 

An indication of a currency pair 

An indication of an amount 

An indication of the currency of the amount 

A request for quote includes at least an indication of the 
currency pair. Some examples are as follows: 

hihi CHF pis - The taker is requesting a quote 
for USD/CHF 

hi CHF in 10 pis - The taker is requesting a 
quote for USD/CHF for 10 million USD 

Hihi SPOT STG in 10 pis - The taker is 

requesting a quote for GBP/USD for 10 
million GBP 

Hi frd GBP/EUR pis - the taker is requesting a 
quote for GBP/EUR 

Welly for 20 pis - the taker is requesting a 
quote for NZD/USD for 2 0 million NZD 

The system parses all variables indicated as part of an 
RFQ from the conversation to the appropriate field in the 
Deal stack. 

If the system has identified a request for quote, and it 
has been sent to the maker, the system monitors the chat 
panel for indications of a response to the request for 
quote. The system watches for the following terms within 
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the chat panel that indicate a response to the request for 
quote : 

indication of a bid quote 
indication of an offer quote 
indication of a refusal to quote 
an indication of an amount 

an indication of the currency of the amount 

A response to a request for quote includes an amount if 
one is not supplied in the RFQ, together with at least one 
of the following: 

a bid quote 

an offer quote 

OR 

a refusal to quote 

Some examples of a response to a request for quote : 

1.4696/4700 - The maker provides a two way 
quote, bid/offer 

4696/4700 - The maker provides a two way quote 
hi d/ offer 

96/00 - tJie maker provides a two way quote 
bid/offer 

56-60 up to 10 -the maker provides a two way 
quote, bid/offer, and an indication of 
amount, 10 million 

I buy at 60 - the maker provides a one-way 
quote; the offer quote. 

Nothing - Maker refuses to quote 
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The system parses all variables indicated by the maker in 
the response to a request for quote from the conversation 
to the appropriate fields in the Deal Stack. A refusal to 
quote is indicated if the maker inputs this intention into 
5 the chat panel or cancels the deal through the deal stack. 
If the maker refuses to quote, the system shall conclude 
that the deal has been cancelled. If the maker refuses to 
quote, the system re-starts its monitoring process and 
looks for a request for quote within the conversation. 
10 The system ensures that the following variables have been 
parsed from the conversation to the deal stack prior to 
permitting the taker to indicate his intention to buy or 
sell: 

The currency pair 

15 The amount 

The currency of the amount 

A bid and/or an offer 

If the above variables have not all been successfully 
parsed to the deal stack, the system requests that the 

20 maker input the missing variables prior to indicating his 
intention to send. For example, the system could raise an 
alarm. If the system has identified a response to a 
request for quote, and the response has been sent to the 
taker, the system monitors the chat panel for a response 

25 to the quote. 

The system watches for the following terras within the chat 
panel that indicate a response to the quote: 

an indication to buy at the offer price 

an indication to sell at the bid price 

30 an indication of a cancellation of the deal 



A response to a quote includes at least one of the 
following : 

an indication to buy at the offer price 
an indication to sell at the bid price 
an indication of a cancellation of the deal 
Some examples of a response to quote are: 

Ok, I buy - the taker is happy with quote and 

agrees to buy at offer price 
Ok, mine in 10 - the taker is happy with quote 
and agrees to buy at offer price for an 
amount of 10 million, the amount "10" is 
ignored by the system, the whole available 
amount is bought 

Yours - the taker is happy with quote and 
agrees to sell at the bid price 

Ok I sell .- the taker agrees to sell. 

Nothing thks . - the taker does not like the 
quote and does not wish to deal 

A cancellation of the deal indicated if the taker inputs 
his intention to cancel (he does not like the price) or 
the taker cancels the deal within the deal stack. If the 
taker cancels the deal, the system shall re-start its 
monitoring process and look for a request for quote within 
the conversation. If the system has identified a response 
to quote the system confirms the deal in the deal stack 
and re-starts its monitoring process and look for a 
request for quote within the conversation. 

Chat Terminology - Deal Terms 
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The system can recognize all phrases and terms used within 
a conversation that are pertinent to the completion of the 
deal. 

Specific terms within the conversation provide values for 
5 the variables that are necessary for a deal to be 

concluded. The system is able to pick up these terms and 
to deliver the data to the corresponding fields within the 
deal stack. 

Dealers use a variety of different ways /shortcuts to 
10 communicate the same thing within a conversation. The 

system can pick up on market conventions in relation to 
the key variables required for the deal stack. 

As part of an request for quote, the system permits the 
user to enter the term 'spot' to indicate that the deal is 
15 a FX Spot deal. For example: 

SPOT Swiss please = FX Spot deal for USD/CHF 

As part of the request for quote, the system permits the 
user to specify a currency pair with or without an amount, 
to indicate that the deal is a FX Spot deal. For example: 
20 Stg pis = FX Spot deal for GBP/USD 

EUR pis = FX Spot deal for EUR/USD 

Eur in 10 pis = FX Spot deal for EUR/USD, 
amount is 10 million EUR 

CHF for 20 = FX Spot deal for USD/CHF, amount 
25 is 20 million USD 

The system permits the user to specify an amount of 
currency to buy or sell. For example: 

10 mio GBP against USD pis = USD/GBP, 10 
million GBP 
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Eur pis, 10 million US = EUR/USD, 10 million 
USD 

If the user does not specifically indicate the currency of 
the amount, the system shall interpret the amount to 
represent the amount in the base currency of the currency 
pair. For example: 

eur in 10 pis = EUR/USD 10 million EUR 

chf for 10 = USD/CHF, 10 million USD 

50 mio Welly pis = NZD/USD, 50 million NZD 

The system permits the user to enter the big figure only 
once as part of the first part of the quote, be it bid or 
offer. For example: 

1.4567/70 => bid quote = 1.4567, offer quote = 
1.4570 

121.43/53 => bid quote = 121.43, offer quote = 
121.43 

The system permits the user to enter a quote without the 
big figure, i.e. only the pips of the quote. For example: 

67/70 => GBP/USD quote, bid quote = 1.4567, 
offer quote = 1.4570 

43/53 => GBP/JPY quote, bid quote = 121.43, 
offer quote = 121.53 

The system warns the user if there is no big figure 
available. The system permits the user to indicate his 
preference to buy the stated amount of currency by using 
the following terms: 

Buy 

Mine 



Take 
T 

At [Offer Price] 
[Offer Price] 

The system permits the user to indicate his preference to 
sell the stated amount of currency by using the following 
terms : 

sell 
Yours 
Y 
S 

give 
G 

At [Bid Price] 
[Bid Price] 

The system permits the taker to indicate his intention to 
buy or sell. For example: 

I sell CHF = User sells previously indicated 
amount of CHF 

Y = User sells previously indicated amount in 
previously indicated currency 
In addition, the system permits the maker to confirm an FX 
Spot deal with the following terms: 

Yours - if the counterparty is buying 
Mine - if the counterparty is selling 
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FX OUTRIGHTS 

The parsing requirements for FX outrights are 
similar to those described for FX Spot. 

The following is a description of the process followed to 
5 complete an FX Outright deal 

An FX Outright request for quote is sent by a taker to his 
maker ( s ) 

In response, the maker can either: provide a two way quote 
(bid and offer) in response to the RFQ - this is only if 

10 an amount was indicated in the RFQ; provide a one way 

quote (bid or offer) in response to the RFQ - this is only 
if an amount was indicated in the RFQ; provide a quote for 
a particular amount in response to the RFQ; or indicate 
that he does not want to supply a quote, no deal takes 

15 place. 

The taker receives a quote. In response he can either: 
indicate he wants to buy and confirms the deal; indicate 
he wants to sell and confirms the deal; cancel the deal - 
the taker does not like the quote; 

20 The deal is now complete. 

The system recognizes the stage at which a deal is at 
within the dealing process and watches for particular 
phrases pertinent to the particular stage of the deal 
process. If no deal is currently in progress within a 
25 chat panel, the system monitors the chat panel for 

indications of a request for quote. The following terms 
that indicate a request for quote has been initiated 
within a chat panel conversation are watched for: 

An indication of the instrument type (FX 
30 Outright) 



An indication of a currency pair 
An indication of an amount 

An indication of the currency of the amount 
An indication of a duration/ forward date 

A request for quote shall include at least the following: 
an indication of the currency pair 
An indication of the instrument type 
An indication of a duration/ forward date 

Some examples of a request for quote : 

hihi Outrite 3m CHF pis - The taker is 

requesting a guote for an FX Outright for 
USD /CHF maturing in 3 months 

hi Out 10 mio CHF 6m pis - The taker is 

requesting a guote for an FX Outright in 
USD/CHF for 10 million USD maturing in 6 
months 

Hihi o/r cable in 10 maturity 5 Jan 01 pis - 

The taker is requesting a quote for an FX 
Outright in GBP/USD for 10 million GBP 
maturing on the 5^'^ of January 2001 

Hi frd Outrite GBP/EUR lyr pis - the taker is 
requesting a quote for an FX Outright in 
GBP/EUR maturing in 1 years time 

The system parses all variables indicated as part of an 
RFQ from the conversation to the appropriate field in the 
Deal stack. If the system has identified a request for 
quote, and the RFQ has been sent to the maker, it monitors 
the chat panel for indications of a response to the 
request for quote. 



The following terms within the chat panel that indicate a 
response to the request for quote are watched for: 

indication of a bid quote 

indication of an offer quote 

indication of a refusal to quote 

an indication of an amount 

A response to a request for quote includes an amount (if 
not supplied in the RPQ) together with at least one of the 
following: 

a bid quote 
an offer quote 

OR 

a refusal to quote 

Some examples of a response to a request for quote: 

1.4301/08 - The maker provides a two way quote, 
bid/offer 

4696/4700 - The maker provides a two way quote 
bid/offer 

0.87563-62 - the maker provides a two way quote 
bi d/offer 

[106.70 90 Spot 107.00 03 - the maker provides 
a two way quote, bid/offer , and the spot 
split, 107 .00/107 .03 ] 

Nothing - Maker refuses to quote 

All variables indicated by the maker in the response to a 
request for quote are parsed, from the conversation to the 
appropriate fields in the Deal Stack. A refusal to quote 
is indicated if the maker inputs this intention into the 
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chat panel or the maker cancels the deal in the deal 
stack. 

If the maker refuses to quote, the system concludes that 
the deal has been cancelled, and the monitoring process is 
5 restarted, looking for a request for quote within the 

conversation . 



The system ensures that the following variables have been 
parsed from the conversation to the deal stack prior to 
permitting the taker to indicate his intention to buy or 
sell: 

An indication of a duration/ forward date 
The currency pair 
The amount 

The currency of the amount 

A bid and/or an offer 

If the above variables have not all been successfully 
parsed to the deal stack, the system requests that the 
maker input the missing variables prior to indicating his 
intention to send. If the system has identified a response 
to a request for quote, and the response has been sent to 
the taker, it monitors the chat panel for a response to 
the quote. The following terms are watched for within the 
chat panel that indicate a response to the quote: 

an indication to buy 

an indication to sell 

an indication of a cancellation of the deal 

A response to a quote includes at least one of the 
following : 
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an indication to buy 
an indication to sell 

an indication of a cancellation of the deal 

Some examples of a response to quote: 

5 Ok, I buy - the taker is happy with quote and 

agrees to buy at offer price 

Nothing thks . - tiie taker does not like the 
quote and does not wish to deal 

A cancellation of the deal is indicated if the taker 
10 inputs his intention to cancel (he does not like the 

price) or the taker cancels the deal in the deal stack. 

If the taker cancels the deal, the system re-starts its 

monitoring process and looks for a request for quote 

within the conversation. If the system has identified a 
15 response to quote the system confirms the deal in the deal 

stack and re-starts its monitoring process looking for a 

request for quote within the conversation. 

As part of a request for quote, the system requires the 
user to enter one of the following terms to indicate that 
20 the deal is a FX Outright deal: 

Outright 

Outrite 

Out 

O/r 

25 As part of the request for quote, the system requires the 
user to specify a currency pair. For example: 

Outright 6m Stg pis = FX Outright 6 months for 
GBP/USD 
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Out 3m EUR pis = FX Outright, 3 months for 
EUR/USD 

O/r 23/01 Eur in 10 pis = FX Outright for 
EUR/USD, amount is 10 million EUR, 
5 maturity is 23/01/01 

Outrite 9mth CHF for 20 = FX Outright, 9 months 
for USD/CHF, amount is 20 million USD 

The user is permitted to specify an amount of currency to 
buy or sell, for example: 

10 Outrite 10 mio GBP against USD 6m pis = 

GBP/USD, 10 million GBP, 6 months duration 

Outrite Eur pis, 10 million US 6m = EUR/USD, 10 
million USD, 6 months duration 

If the user does not specifically indicate the currency of 
15 the amount, the system interprets the amount to represent 
the amount in the base currency of the currency pair, for 
example : 

Out eur lOraio 3m pis = EUR/USD 10 million EUR, 
3 months 

20 Out chf for 10 months, 2 0 mio = USD/CHF, 10 

months, 2 0 million USD 

50 mio Welly out pis, 3m = NZD/USD, 50 million 
NZD, 3 months 

The system requires the user to express a duration for the 
25 deal as part of the request for quote. 

The system shall permit the user to express a maturity 
date (the terms 'value date' or 'settlement date' can be 
used) in lieu of a duration as part of the request for 
quote. The maker may enter the forward bid rate directly 

I 
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to represent the bid quote for an FX Outright . The maker 
may enter the forward offer rate directly to represent the 
offer quote for an FX Outright. The user may enter the 
big figure only once as part of the first part of the 
quote, be it bid or offer. For example: 

1.4567/70 => bid quote = 1.4567, offer quote = 
1.4570 

121.43/53 => bid quote = 121.43, offer quote = 
121 .43 

The user may enter a quote without the big figure, i.e. 
only the pips of the quote. For example: 

67/70 => GBP/USD quote, bid quote = 1.4567, 
offer quote = 1.4570 

43/53 => GBP/JPY quote, bid quote = 121.43, 
offer quote = 121.53 

The user is warned by the system if there is no big figure 
available. The user may indicate his preference to buy 
the stated amount of currency at the forward date by using 
the following terms: 

Buy 

Mine 

M 

B 

Take 
T 

At [Offer Price] 
[Offer Price] 
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The user can indicate his preference to sell the stated 
amount of currency at the forward date by using the 
following terms: 

Sell 

Yours 

Y 

S 

Give 
G 

At [Bid Price] 
[Bid Price] 

The system permits the taker to indicate his intention to 
buy or sell. For example: 

I sell CHF = User sells previously indicated 
amount of CHF 

Y = User sells previously indicated amount in 
previously indicated currency. 

The system permits the maker to confirm a FX 
Outright deal with the following terms: 

Yours - if the counterparty is buying 

Mine - if the counterparty is selling 

FX FORWARDS PARSING 

Deal Use Case 

The following is a description of the process followed to 
complete an FX Forward deal : 

An FX Forward request for quote is sent by a taker to his 
maker (s) 
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In response, the maker can either: provide a two way quote 
in response to the RFQ - this is only if an amount was 
indicated in the RFQ; provide a one way quote in 
response to the RFQ - this is only if an amount was 
5 indicated in the RFQ; provide a quote for a particular 
amount in response to the RFQ; or indicate that he does 
not want to supply a quote, in which case no deal takes 
place . 

The taker (taker of the deal) receives a quote. In 
10 response he can either: indicate he wants to sell at near 

date/buy at far date and confirms the deal; indicate he 
wants to buy at near date/sell at far date and confirms 
the deal; or cancel the deal - the taker does not like the 
quote 

15 The maker (maker of the deal) receives notification of the 
taker's intent. In response he must supply a Spot Rate 

The taker receives the Spot rate. In response he can 
either: confirm the deal; or query the Spot Rate. 

If the Taker queries the Spot rate, the maker receives 
20 notification of the query. In response he can either: 

supply a new Spot Rate or cancel the deal if the Maker is 
not happy with any other rate . 

The taker receives the new Spot rate. In response he can 
either: confirm the deal; query the Spot Rate again; or 
25 cancel the deal if the Taker is not happy that he will 

ever get a satisfactory (only available if queried once 
already) . 

Once the Taker confirms the Deal it is now complete. 

The system recognizes the stage at which a deal is at 
30 within the dealing process, and watches for particular 
phrases pertinent to the particular stage of the deal 



process. If no deal is currently in progress within a 
chat panel, the system monitors the chat panel for 
indications of a request for quote. The system watches 
for the following terms that indicate a request for quote 
has been initiated within a chat panel conversation: 

An indication of the instrument type (FX 
Forward) 

An indication of a currency pair 

An indication of an amount for the near period 

An indication of an amount for the far period 

An indication of the currency of the amounts 

An indication of a duration/ forward date for 
value date 

An indication of duration/forward date for 
maturity date 

A request for quote shall include at least the following: 
an indication of the currency pair 
An indication of the instrument type 
An indication of a duration/ forward date 
Some examples of a request for quote are as follows: 

hihi Fwd 3m CHF pis - The taker Is requesting a 
quote for an FX Forward for USD/CHF Value 
date is Spot date maturing in 3 months 
hi Swap 10 mio CHF s/n pis - The taker is 

requesting a quote for an FX Forward in 
USD/CHF for 10 million USD spot next 
(Value date is Spot date, maturity date is 
day after spot date) 



Hihi Forward cable in 10 maturity 5 Jan 01 pis 
- The taker is requesting a quote for an 
FX Forward in GBP /USD for 10 million GBP 
value on Spot date maturing on the S''' of 
January 2001 

Hi frd Fwd-Fwd GBP/EUR 6 months v lyr pis - the 
taker is requesting a quote for an FX 
Forward in GBP/EUR value date in 6 months 
maturing in 1 years time 

Hi swp CHF, 6 mths lOmio at near end 10,500,000 
at far - the taker is requesting a quote 
for a USD /CHF FX Forward, 10 million USD 
exchanged at spot date and 10,500,000 USD 
at maturity date (6 months) 

The system parses all variables indicated as part of an 
RFQ from the conversation to the appropriate field in the 
Deal stack. If the system has identified a request for 
quote, and the RFQ has been sent to the maker, it monitors 
the chat panel for indications of a response to the 
request for quote. The system watches for the following 
terms within the chat panel that indicate a response to 
the request for quote : 

Indication of a spot bid quote 

Indication of a spot offer quote 

Indication of a forward quote for value date 

indication of a refusal to quote 

an indication of an amount 

A response to a request for quote includes an amount (if 
not supplied in the RFQ) together with at least one of the 
following : 
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a bid quote 
an offer quote 

OR 

a refusal to quote 

5 Some examples of a response to a request for quote: 

60/56 - The maker provides a two way quote, 
bid/offer 

4696/4700 - The maker provides a two way quote 
hi d/offer 

0 3 8/30 - the maker provides a two way quote 

hid/offer 

5 6-60 upto 10 -the maker provides a two way 
quote, bid/offer, and an indication of 
amount, 10 million, the "upto" is ignored 
5 by the system. 

Nothing - Maker refuses to quote 
The system parses all variables indicated by the maker in 
the response to a request for quote, from the conversation 
to the appropriate fields in the Deal Stack. A refusal to 

0 quote is indicated if the maker inputs this intention into 

the chat panel or the maker cancels the deal in the deal 
stack. If the maker refuses to quote, the system 
concludes that the deal has been cancelled. If the maker 
refuses to quote, the system re -starts its monitoring 

5 process and look for a request for quote within the 
conversation. The system ensures that the following 
variables have been parsed from the conversation to the 
deal stack prior to permitting the taker to indicate his 
intention to buy or sell : 
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An indication of a duration/forward date 
The currency pair 
A Near amount 
A Far amount 

The currency of the amount 

A bid and/or an offer 
If the above variables have not all been successfully 
parsed to the deal stack, the system requests that the 
maker input the missing variables prior to indicating his 
intention to send. If the system has identified a 
response to a request for quote, and the response has been 
sent to the taker, the system monitors the chat panel for 
a response to the quote . 

The system watches for the following terms within the chat 
panel that indicate a response to the quote: 

an indication to buy/sell (base currency) at 

the LHS (Left Hand Side) price 
an indication to sell/buy (base currency) at 

the RHS (Right Hand Side) price 
an indication to buy/sell (foreign currency) at 

the RHS price 
an indication to sell/buy (foreign currency) at 

the LHS price 
an indication of a cancellation of the deal 
A response to a quote shall include at least one of the 
following : 

an indication to buy/ sell 
an indication to sell/buy 



an indication of a cancellation of the deal 
Some examples of a response to quote: 

Ok, I buy/sell - the taker is happy with quote 
and agrees to buy local currency on spot 
date and sell local currency at maturity 
at the RHS price 

Ok, I s/b- the taker is happy with quote and 

agrees to sell local currency on spot date 
and buy local currency at maturity at the 
LHS price 

Nothing thks . - the taker does not like the 
quote and does not wish to deal 

A cancellation of the deal is indicated if the taker 
inputs his intention to cancel (he does not like the 
price) or the taker cancels the deal in the deal stack. 
If the taker cancels the deal, the system re-starts its 
monitoring process and looks for a request for quote 
within the conversation. If the system has identified a 
response to quote, and the response to quote has been sent 
to the maker, the system monitors the chat panel for 
provision of Spot Rate. The system watches for the 
following terms within the chat panel that indicate a 
provision of Spot Rate: 

a provision of Spot Rate 

an indication of a cancellation of the deal 
(only if Spot rate has already been 
queried 

Some examples of a provision of Spot Rate: 

1.4350 - the maker is willing to use a Spot 
Rate of 1.435 



If the system has identified a provision of spot rate, and 
the rate has been sent to the taker, the system shall 
monitor the chat panel for response to the Spot Rate 

The system watches for the following terms within the chat 
panel that indicate a response to the Spot Rate : 

an indication of deal confirmation 

an indication of querying the Spot rate 

an indication of a cancellation of the deal 

(only if at least one rate has previously 
been provided 

Some examples of a querying the Spot rate are as follows : 

check spot - terse minimum query 

check spot seems high - qualified query 

The system shall return the entire line that includes the 
querying of the Spot rate and use it as the text to a Spot 
Rate Query warning to the maker: 

Some examples of a Deal Confirmation are: 

Ok - confirmation, deal is complete 
Confirm - confirmation, deal is complete 
Done -Confirmation, deal is complete 
If the maker confirms the deal within the conversation, 
the system confirms the related deal entry within the Deal 
Stack. A cancellation of the deal is indicated if the 
maker inputs his intention to cancel (he does not like 
something) or the maker cancels the deal in the deal 
stack. If the maker or taker cancels the deal, the system 
re-starts its monitoring process and look for a request 
for quote within the conversation. Once the taker has 
confirmed the deal, the system confirms the deal in the 



deal stack and re-starts its monitoring process and looks 
for a request for quote within the conversation. 

As part of a request for quote, the system requires the 
user to enter one of the following terms to indicate that 
the deal is a FX Forward deal . 

Swap 

Swp 

Fwd 

Forward 
Fwd- fwd 
Fwd fwd 
Fwd fwd 
Fwd/ fwd 

As part of the request for quote, the system requires the 
user to specify a currency pair. For example: 

Swap 6m Stg pis = FX Forward 6 months for 
GBP/USD 

Swp 3m EUR pis = FX Forward, 3 months for 
EUR/USD 

Fwd 23/01 Eur in 10 pis = FX Forward for 
EUR/USD, amount is 10 million EUR, 
maturity is 23/01/01 

Forward 9mth CHF for 20 = FX Forward, 9 months 
for USD/CHF, amount is 20 million USD 
The system permits the user to specify an amount of 
currency to buy or sell, for example: 

Swp 10 mio GBP against USD 6m pis = GBP/USD, 10 
million GBP, 6 months duration 
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Swap Eur pis, 10 million US 6m = EUR/USD, 10 
million USD, 6 months duration 

If the user does not specifically indicate the currency of 
the amount, the system interprets the amount to represent 
5 the amount in the base currency of the currency pair. For 

example : 

Out eur lOmio 3m pis = EUR/USD 10 million EUR, 
3 months 

Out chf for 10 months, 2 0 mio = USD/CHF, 10 
10 months, 20 million USD 

50 mio Welly out pis, 3m = NZD/USD, 50 million 
NZD, 3 months 

The system permits the user to enter a second amount to 
represent the amount far end (maturity date) of the FX 
15 Forward. The system permits the user to indicate the 

amount at the far end of the FX Forward in the following 
formats : 

[Amount] at far end/ leg 

split amount (at far end/leg) [Amount] 

20 [Amount] split amount (at far end/ leg) 

Cock amount (at far end/ leg) [Amount] 

[Amount] coc]<: amount (at far end/ leg) 

The system permits the user to express a duration for the 
deal as part of the request for quote, and permits the 
25 user to express a maturity date in lieu of a duration as 
part of the request for quote. The user can express a 
period to represent the value date, and can express a date 
to represent the value date in lieu of a period. The user 
may enter points to represent the bid quote for an FX 



Forward Deal and to represent the offer quote for an FX 
Forward Deal. If the user enters both a bid and offer 
quote in points, the system interprets and parses the 
first value (on the left) of the two quotes as the bid 
quote, and interprets and parses the second value (on the 
right) of the two quotes as the offer quote. In this 
case, and the bid quote is higher than the offer quote and 
the value date is prior to spot date (e.g. tomorrow), the 
system adds the bid quote points (on the left) to the spot 
bid rate to calculate the forward bid rate. This rate 
represents the rate at which you buy base currency on the 
first leg (near date) of the FX Forward. In this 
situation, the forward rate for the currency pair is less 
than then the near rate. If, the bid quote is higher than 
the offer quote and the value date is prior to spot date 
(e.g. tomorrow), the system adds the offer quote points 
(on the right) to the spot offer rate to calculate the 
forward offer rate. This rate represents the rate at which 
you sell base currency on the first leg (near date) of the 
FX Forward. In this situation, the forward rate for the 
currency pair is less than then the near rate. If the bid 
quote is higher than the offer quote and the maturity date 
is after the spot date (e.g. 1 week), the system subtracts 
the bid quote points (on the left) from the spot bid rate 
to calculate the forward bid rate. This rate represents 
the rate at which you sell base currency on the second leg 
(far date) of the FX Forward. In this situation, the 
forward rate for the currency pair is less than then the 
near rate. If the bid quote is higher than the offer 
quote and the maturity date is prior to spot date (e.g. 
tomorrow) , the system subtracts the offer quote points (on 
the right) to the spot offer rate to calculate the forward 
offer rate. This rate will represent the rate at which you 



buy base currency on the second leg (far date) of the FX 
Forward. In this situation, the forward rate for the 
currency pair is less than then the near rate. 

If the bid quote is lower than the offer quote and the 
5 value date is prior to spot date (e.g. tomorrow), the 

system shall subtract the bid quote points (on the left) 
from the spot bid rate to calculate the forward bid rate. 
This rate represents the rate at which you buy base 
currency on the first leg (near date) of the FX Forward. 
10 In this situation, the forward rate for the currency pair 
is more than then the near rate. 

If the bid quote is lower than the offer quote and the 
value date is prior to spot date (e.g. tomorrow), the 
system subtracts the offer quote points (on the right) 
15 from the spot offer rate to calculate the forward offer 

rate. This rate represents the rate at which you sell base 
currency on the first leg (near date) of the FX Forward. 
In this situation, the forward rate for the currency pair 
is more than then the near rate. 

20 If the bid quote is lower than the offer quote and the 
maturity date is after the spot date (e.g. 1 week) , the 
system adds the bid quote points (on the left) to the spot 
bid rate to calculate the forward bid rate. This rate 
represents the rate at which you sell base currency on the 

25 second leg (far date) of the FX Forward. In this 

situation, the forward rate for the currency pair is more 
than then the near rate . 

If the bid quote is higher than the offer quote and the 
maturity date is prior to spot date (e.g. tomorrow), the 
30 system adds the offer quote points (on the right) to the 



- 76 - 

spot offer rate to calculate the forward offer rate. This 
rate represents the rate at which you buy base currency on 
the second leg (far date) of the FX Forward. In this 
situation, the forward rate for the currency pair is more 

5 than then the near rate . 

The user can enter a spot bid quote in association with 
the FX Forward to represent the spot bid rate and can 
enter a spot offer quote in association with the FX 
Forward to represent the spot offer rate. If the user has 

LO not entered a spot bid quote in association with the FX 
Forward, the system uses the spot market mid rate of the 
particular currency pair to represent the spot bid rate. 
If the user has not entered a spot bid quote in 
association with the FX Forward, the system uses the spot 

15 market mid rate of the particular currency pair to 

represent the spot offer rate. 

If neither of the two legs of the swap fall on Spot date, 
the system permits the user to enter a value date bid 
quote in association with the FX Forward and to enter a 

20 value date offer quote in association with the FX Forward. 
The user can enter the forward bid or offer rate directly 
to represent the bid quote for an FX Forward. 
If the user is quoting using the forward rates, the system 
shall interpret the first of the rates (on the left) as 

25 the bid quote and the second of the rates (on the right) 
as the offer quote. 

The user can indicate his preference to Buy the stated 
amount of currency at the near date and sell the stated 
amount of currency at the far date by using the following 
30 terms : 

buy/ sell 
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buy sell 

b/s 

b s 

I buy [amount] [currency] on [value date] 

5 The user can indicate his preference to sell the stated 
amount of currency at the near date and buy the stated 
amount of currency at the far date, by using the following 
terms : 

sell/buy 

10 Sell buy 

sell&buy 
s/b 
s b 

I sell [amount] [currency] on [value date] 
15 The user can indicate his intention to buy/sell or 

sell/buy. For example: 

I sell/buy CHF = User sells /buys previously 

indicated amount of CHF 
S/b = User sells/buys previously indicated 
20 amount in previously indicated currency 

In the case of an FX Forward deal where the taker is 
selling/buying, the system permits the maker to confirm 
the deal with the following additional terms: 

buy/ sell 

25 buy sell 

buy&sell 
b/s 
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b s 

In the case of an. FX Forward deal where the taker is 
buying/ selling, the system permits the maker to confirm 
the deal with the following additional terms: 

5 sell/buy 

Sell buy 

s/b 

s b 

In the case of an FX Forward deal where the maker is 
10 supplying a Spot Rate, the system permits the maker to 

supply the rate without the big figure. The system warns 
the user if there is no market rate available from which 
to derive the big figure. 

It will be appreciated from the above that the invention 
15 provides a highly advantageous interface to the user in 

which the deal stack is presented to the user in a manner 
which is easy to interpret by the dealer who has to 
assimilate a lot of information, often in a very short 
space of time. By separating out information which is 
20 common to all instruments from information specific to a 
deal in any particular instrument, it is possible to 
present a deal list which is simple and easy to view. 
However, as the deal detail panel includes information 
related to a selected deal, the trader is never left 
25 without essential information relating to the deal on 
which he is working. 

When trading on the system described, the trader has the 
choice of entering deal information through conversational 



chat which, is parsed by the system or directly preferably 
using buttons on the user interface or keyboard driven 
menus. The trader can switch between the two during the 
progress of a deal. This flexibility is possible as the 
deal related information input, whether it is parsed 
conversation or direct input only conveys to the deal 
stack that there has been a change of deal status. All 
other deal related activities are performed by the deal 
stack and include sending necessary messages to the rest 
of the system, for example to other trader terminal of to 
back office systems to produce deal tickets. The deal 
stack is also responsible for changing the functionality 
of the buttons on the button bar and the keyboard menus 
which are all deal status dependent. 

It will be noted from the above that the activity of the 
parser in the deal process is limited to detecting changes 
in deal status. This enables the system to be more 
flexible. This contrasts with prior art systems which 
operate by a rigid exchange of conversational messages in 
which only one trader can 'own' the cursor to a 
conversation at any one time. In the system described any 
party to a deal can enter conversations into the system at 
any time. However, if the conversation does not include 
terms which the parser is pre-programmed to recognise a 
deal related in that deal status, the conversation will 
not affect the deal process. Thus, the conversation does 
not have to ping pong from one party to the other. At any 
stage in the deal making process, the last party to send a 
conversational message can send a further message. If this 
does not contain content relevant to the deal in its 
present status it will be ignored by the parser and will 
not affect the deal . 



Many modifications to the system described are possible 
within the scope of the invention. In particular the 
invention is not limited to any particular type of 
instruments, not to any type of trading system 
architecture beyond the limitations of the claims appended 
hereto . 



